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SYSTEM AND METHOD FOR MANAGING 
CUSTOMER CONTACTS AND RELATED INFORMATION 

BACKGROUND 

Field of the Invention 

The present invention relates to marketing and customer service systems, and 
more specifically, to a system and method for recording and retrieving information, 
including customer contact information and information regarding the results of each 
customer contact. 

Background of the Invention 

The ability to target customers likely to purchase products or services and to 
solicit such sales is a powerful tool in the fields of marketing and customer service. 
Often, targeting such customers and closing those sales is not a one-time event. Instead, 
the process requires persistent, yet courteous follow-ups with the potential customer. 
In cultivating a positive relationship, a customer contact administrator or sales 
representative must be able to identify a customer's needs, to present those needs to the 
customer in a clear manner, and to follow up in polite ways to accommodate the 
schedule of the customer. Thus, with what is frequently a protracted process toward a 
product sale, the customer contact administrator must maintain accurate and complete 
records about the customer's interests, about what the customer has voiced interest in, 
and about the dates and times that are most convenient to the customer. In this 



manner, the administrator can avoid alienating the customer with too frequent dealings, 
yet can maintain just enough polite contact that leads to a sale. 

Maintaining manual contact records for a few customers might be manageable. 
However, typically, companies charge administrators with the task of contacting 
5 hundreds of customers per month in an effort to obtain as many sales as possible. 
Faced with such daunting numbers, manual record keeping becomes impractical and 
administrators look to data storage devices to manage the large amount of customer 
contact information. 
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Ij Customer contact administrators originally kept manual records of all customer 
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ill 10 contacts, sometimes referred to as a contact log or diary. Later efforts used spreadsheet 

' M software applications, such as Lotus or Excel. However, these spreadsheets were still 
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I r; essentially manual records that were typed into a computer. 
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IU Beyond simple spreadsheets, some employers use database applications to enter 

]>J contact information on an ongoing basis. At the end of each period (for example a 
15 month), an employer prints out the database information and enter totals from the 
database into a spreadsheet (for example, Excel) to calculate the total number of 
contacts made for the month, broken down by customer contact administrator. 
Therefore, to obtain periodic (e.g., monthly) customer contact statistics for performance 
evaluation purposes, employers have the burdensome task of printing out periodic 
20 reports and then rekeying them into new spreadsheets to calculate periodic totals and 
other statistics. 




SUMMARY OF THE INVENTION 

The present invention is designed to overcome the shortcomings of the prior art 
and to provide a system for capturing and storing institutional or company knowledge, 
and making that knowledge available to all or some of the employees of the company. 



contact information comprising the steps of: receiving contact information from one of 
many employees; storing that contact information and associating the contact 
information with a particular entity or customer; receiving other contact information 



ii' 10 available to as many employees as desired. 
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!sy In another aspect, the invention receives contact information through a web site. 

i i 

in In another aspect, the first and second items of contact information are received 

\f\ from different employees. 
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u In another aspect, the invention characterizes the quality of the contact to 

15 determine if the contact was a serious sales or marketing contact, or just a simple follow 
up or confirmation of service delivery. 

In another aspect, the invention includes the use of a database and can 
automatically interact with a billing system to retrieve billing information. The 
database stores billing account information for each customer, rewriteable by a software 
20 application. The database includes general customer information such as the account 
executive responsible for the customer, the customer's name, the customer's address, 
the customer's telephone number, and any general remarks about the customer. The 
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Accordingly, the present invention includes a method for retaining and using 



from either the same or different employees; and making the contact information 
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database can also store historical contact information, such as the dates of 
communications with the customer, the products or other matters discussed during the 
contacts, the number and types of products sold to the customer, and a follow up date if 
one is warranted. 

In another aspect, the invention has the capability to generate reports, including 
a follow up list. For example, the invention can sort the database by follow up date so 
that customer contact administrators can print out status reports showing who must be 
contacted and in what order. Preferably, the invention automatically generates the 
status reports and prompts the customer contact administrators to contact a customer 
using, for example, a Windows pop-up screen. The invention also has the ability to sort 
and query a database of information to provide metrics studies on categories such as 
the number of contacts made per month, the number of quality contacts that 
represented real sale opportunities, and the number of products sold per month. 

In another aspect, the invention automatically notifies employees of appointed 
contacts and follow up appointments. 

In another aspect, the invention retains and uses contact information comprising 
the steps of: receiving contact information from one of the employees; storing the 
contact information in a database and associating the contact information with a 
particular entity; and permitting a second employee to access the database and retrieve 
the contact information. 

In another aspect, the invention can be used to track the performance of an 
employee. This is done by the following steps: receiving customer contact information 
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related to a customer contact from the employee, including information related to the 
quality of the customer contact; storing the customer contact information related to the 
employee for a period of time, for example, a week or month; and producing a report 
for the period of time, the report including at least some of the customer contact 
information collected for the period of time. Managers can then check the number and 
quality of customer contacts for the given employee and compare those statistics with 
goals or expectations for that employee. 

In another aspect, the invention includes a system for retaining customer contact 
information comprising: an interface portion communicating with some employees and 
1 10 adapted to send and receive information to and from the employees; and a database in 
communication with the interface portion, the database comprising memory and 
information in the memory, including information related to a particular customer, 
wherein the system permits one of the employees to store information related to the 
customer and the system permits another employee to retrieve information related to 
15 the customer. 

^ I^another^aspec^ includes provisions that facilitate and simply the 

retrieval and entry of information in a variety ofusef 

Additional features and advantages of the invention will be set forth in the 
description that follows, and in part will be apparent from the description, or may be 
20 learned by practicing the invention. The objectives and other advantages of the 

invention will be realized and attained by the structure particularly pointed out in the 
written description and claims as well as the appended drawings. 
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Accordingly, it is an object of the present invention to provide a system and 
method for customer contact administrators to store and retrieve customer contact 
information, to track the time and content of interactions with a customer, and to record 
the date and description of product sales to customers. 
5 It is another object of the present invention to provide a system and method for 

storing contact information about customers and event information summarizing the 
time and content of customer contact. 

It is another object of the present invention to provide reporting capabilities that 
g produce statistical evaluations of customer contact administrators for use in 

Si 

n 10 performance appraisals. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a schematic diagram of a preferred embodiment of the present 
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□ invention. 



15 Figure 2 is a preferred embodiment of an opening screen according to the 

invention. 

Figure 3 is a preferred embodiment of a proactive menu according to the 
invention. 

Figure 4 is a preferred embodiment of a browsing screen according to the 
20 invention. 

Figure 5 is a preferred embodiment of an editing screen according to the 
invention. 




Figure 6 is a preferred embodiment of a data entry screen according to the 
invention. 

Figure 7 is a preferred embodiment of a browsing screen according to the 
invention. 

5 

DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 is a schematic diagram of a generalized embodiment of the present 
j pj invention. Unlike prior art systems, in which individual sales representatives (referred 
-!j to as " sales reps") kept their own contact information, the present invention uses a 
ill 10 centralized customer contact database (referred to as simply "database") 100 to retain 
^ customer information. Sales reps 102 and 104 interact with database 100 in two general 

! S 

|^ ways: they send information to database 100 and they retrieve information from 
ifs database 100. For clarity, in the following example, sales reps 102 send information to 
^ database 100 while sales reps 104 retrieve information from database 100. Of course, 
15 the same sales rep could both send and retrieve information from database 100. 

Sales rep 102 sends information related to a contact, be it an existing customer or 
a prospective contact, to database 100. This information can include the name of the 
contact, the location of the contact, the account executive of the contact, the telephone 
number of the contact, a history of the nature and extent of previous contacts, the date 
20 and time previous products or services were sold to the contact, the price of the good or 
service sold, and space for other remarks, among other types of information. Sales rep 
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102 can glean information regarding a contact in a variety of ways, including referrals 
from existing customers. 

Once the information is stored in database 100, the information is available to 
other sales reps. For example, if sales rep 104 wanted to contact a person or business, 
5 sales rep 104 can use the information in database 100 to prepare for the telephone call or 
meeting. Sales rep 104 could retrieve all of the information stored in database 100 to 
better understand the needs of the contact and prepare a specific or customized 
presentation for the contact. Preferably, database 100 includes provisions that help to 
prevent that customers who have elected not be solicited, to be removed as possible 

10 candidates for a sales or marketing call. All of the information previously sent to 

database 100, along with all of the experiences and contacts previously made with the 
contact, could be analyzed and used. 

In this way, the entire experiences of the firm are readily available to any of the 
sales reps and the firm can present a consistent and competent image to the contact. For 

15 example, if a system according to the present invention were not used, it would be 
possible for a first sales rep to contact a potential customer and offer a certain good or 
service. If the customer declined, and later a second sales rep from the same firm 
offered the same or substantially similar good or service, the firm would appear 
incompetent and disorganized to the potential customer. Furthermore, these types of 

20 repeat contacts could expose the firm to liability under the consumer protection laws of 
some states. Similarly, if a second sales rep were to offer a good or service that the 
customer had already purchased, the firm may create confusion, and again, the 



reliability and reputation of the firm would be questioned. These and other problems 
are avoided by using a system according to the present invention. 

In addition to retaining firm knowledge and experience about customers and 
contacts and using that information to prepare sales reps, the database according to the 
invention can also be used to provide management with information regarding the sales 
reps. Policies can be established in a company that require sales reps to record all of 
their sales activities in database 100. Database 100 then can be used to generate reports 
106 that track the sales activities of the sales reps. 

These reports 106 can include information, such as, the number of contacts, the 
number of products or services sold, and the number of new contacts entered into 
database 100, among other items. With this information, database 100 can provide 
information comparing the performance of each sales rep with established performance 
metrics or goals. 

The invention includes a method to characterize the quality of a customer 
contact. For example, a simple follow up telephone call with a customer who recently 
ordered a product to confirm that the product has been received by the customer would 
not count as a " quality contact/' In contrast, a lengthy meeting in which a sales rep 
presented and discussed a good or service for a significant period of time and offered 
the good or service for sale would count as a "quality contact." So, the performance 
metrics could be designed to distinguish between a quality contact and a simple or 
routine contact. 



The invention also provides two optional features. The first feature is an 
automated interaction with a billing system 108. For existing customers of the firm, 
billing information, which would provide information related to the purchasing habits 
and preferences of a customer, could be automatically sent to database 100. Database 
5 100 would automatically associate the billing information with the other information 
previously collected about a particular customer. In this way, a sales rep would have 
the benefit of previous historical experiences with the customer along with the 
customer's spending patterns. This would provide additional beneficial information to 
the sales rep in preparing for a meeting or in preparing a presentation for an existing 



Another optional feature of the present invention is a web site 110 that permits 
interested parties to interact with database 100. Sales reps and managers could send 
and retrieve information from database 100 by using web site 110. Web site 110 would 



allow anyone at any location with Internet access to interact with database 100. 

15 Preferably, web site 110 is a secure web site 110. 

Database 100 preferably includes an interface 150 between the users and other 
portions of database 100, for example, the memory 160. Memory 160 can be volatile, for 
example, RAM, and/ or non-volatile, for example, a mass storage device such as a disk 
or tape made of magnetic or optical media. Interface 150 facilitates user interaction with 

20 database 100. In the preferred embodiment, sales reps 102 and 104 interact with 
database 100 using a menu driven system to retrieve and store data. 
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client. 
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Figure 2 is a preferred embodiment of an opening screen 200 for interface 150. 
The embodiment shown in Figure 2 demonstrates the principles of the present 
invention by using, as an example, mid-market telecommunications customers. Clearly, 
this invention can be applied to a variety of markets, types of customers, and marketing 
or sales efforts. But for clarity, this disclosure will focus on a single preferred 
embodiment of the invention, directed to mid-market telecommunications customers. 
It should be kept in mind that the invention is much broader, and suitable for a variety 
of different applications. 

The preferred embodiment includes the use of modules, which are groups of 
customers. The modules can be arranged in any desired manner, for example, by size 
and/ or geographic location. Modules help to reduce the size of data accessed by the 
user, and in that way, allows users to better target their searches. Modules are optional, 
and the invention can function effectively without modules. 

The opening screen 200 (labeled "main switchboard") includes a notice 202 that 
requests the user to select a module. Users can select a module by pointing and clicking 
on the Go to the Select Module Menu button 204. After a module has been selected, the 
user returns to opening screen 200. From there, the user has a variety of options. The 
user can go to various menus that are related to different types of customers, the user 
can browse mid-market accounts, or the user can go to the print reports menu. 

Preferably, different types of customers have their own menus and options. One 
example of categorizing different types of customers is by the initial customer contact. 
In the preferred embodiment, there are proactive customers, re-active customers, and 
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target customers. Proactive customers are customers that are currently customers of the 
company, but are served by a different division than the mid-market division, and that, 
based on an analysis of the customer's interactions with the company, may be interested 
in the services offered by the mid-market division. Re-active customers are customers 
5 that took the initiative and contacted the company to request a particular service that is 
offered by the mid-market division. Finally, target customers are those that do not 
currently have any known relationship with the company, but based on statistical and 

! ^ business data, may be interested in the services offered by the mid-market division. 

■<I1 

g In the preferred embodiment, each of these types of customers has its own set of 

[ J] 10 menus and options. Users can review proactive customers by pointing and clicking on 

the Go to Proactive Customers Menu Button 206. Similarly, users can interact with 
j n information regarding re-active customers by pointing and clicking on the Go To Re- 
\f\ Active Customers Menu button 208. Likewise, users can access information related to 
target customers by pointing and clicking the Go To BMS Targets Menu button 210. By 
15 selecting those buttons, users enter into another screen that deals specifically with that 
particular group of customers, as discussed below, in connection with Figures 3-7. 

Users can also browse all of the existing accounts by selecting The Browse Mid- 
Mkt Accounts button 212. And users can print various reports by selecting The Go To 
Print Reports Menu button 214. Opening screen 200 also has an exit button 216 that 
20 allows users to end their session. 

After clicking through the Proactive Customers button 206 in Figure 2, the 
graphical user interface displays the Mid-Market Database - Proactive Menu screen 300, 



as shown in Figure 3. The Proactive Menu screen 300 and its subsequent submenus are 
substantially similar, except for the title and the names of some of the fields, to the 
Reactive Menu screen and its subsequent submenus, which are accessed by clicking 
through the Reactive Customers button 208 in Figure 2. For clarity, only the Proactive 
screens will be described herein, but it should be kept in mind that the Reactive 
Customers menus and screens are substantially similar to the Proactive menus and 
screens. The Proactive Menu screen 300 indicates the part of the database information 
with which the user is interacting. For example, the Proactive Menu screen 300 displays 
the selected module 302, the bill data month/year 304, and the user 306. 

The Proactive Menu screen 300 also includes action buttons through which the 
user can access the Proactive database functions of the present invention. These action 
buttons preferably include Browse Proactive Customers - For Module 308, Browse 
Proactive Customers - All 310, Input Proactive Contacts 312, and Browse/ Edit 
Proactive Contacts 314. Clicking through Browse Proactive Customers - For Module 
308 enables a user to scroll in alphabetical order through the proactive customers listed 
in the selected module 302. Clicking through Browse Proactive Customers - All 310 
serves the same function, but allows the user to scroll through customers of all modules. 
Input Proactive Functions 312 initiates a screen of blank fields into which the user can 
enter information on new proactive contacts. See Figure 6. Finally, Browse/ Edit 
Proactive Contacts 314 enables a user to scroll through proactive contacts and edit the 
contents. See Figure 7. 
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The screens displayed after clicking through either Browse Proactive Customers 
- For Module 308 or Browse Proactive Customers - All 310 are identical except for the 
title. For brevity, only the screens for browsing a selected module are described and 
illustrated herein. Upon clicking through Browse Proactive Customers - For Module 
308, the graphical user interface presents the Browse Proactive Customers Form 400, as 
shown in Figure 4. This screen provides several data fields 402 concerning customer 
account information, customer contact information, and program user information. The 
Form 400 also provides action buttons for editing customer data 404, displaying reports 
of accounts for selected customers 406, and printing reports of accounts for selected 
customers 408. 

In the preferred embodiment, Form 400 includes the following data fields: MAN 
FID (MAN FID is a customer identifier); local service (recurring monthly charges); 
number of accounts; name assigned to MAN (the name of the mid-market customer); 
AE assigned to customer (AE is the name or identification of the vendor's account 
executive who is responsible for contacting the customer); customer contact; contact 
number; and, remarks (which include details on the type, quality, and outcome of a 
contact). 

Form 400 also preferably includes data fields concerning program user 
information and edit tracking, for example: an " edited by" field listing the user who 
made the last edit and a "last edit" field indicating when that last edit was made. 

To assist a user in browsing the customers, Form 400 also provides a "select by 
name" field and a "select by MAN" field. In this manner, a user can enter the desired 
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customer's name or identification, or the first few characters of that name or 
identification, to prompt the graphical user interface to jump to and display that portion 
of the database. 

In addition the Proactive database function buttons, the Proactive menu screen 
300 includes a Shortcut to Print Reports Menu button 316 and an exit button 318. 
Clicking through Shortcut to Print Reports Menu button 316 enables a user to jump 
directly to a Print Reports Menu where the user can print a variety of records. The Print 
Reports Menu that users are directed to after selecting button 316 is preferably the same 
si menu as the one users are directed to after selecting button 214 (see Figure 2). Clicking 

s. i 

^ 10 through exit button 318 closes the menu and returns the user to the opening screen 200. 

J ! 

Thus, once a user has found and selected a desired customer, the user can display and 
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ijl print out a report of that customer's accounts using the display button 406 and the print 

jij 

j J button 408. 

: x 

!=J After viewing a customer's account information, a user can edit the customer 

15 data by clicking through Edit Customer Data button 404. In response, the graphical 

user interface displays the Edit Proactive Customer Data screen 500, as shown in Figure 
5. Screen 500 presents three areas of information: customer data that can be edited 502, 
customer data that cannot be edited 504, and information regarding the user interaction 
with the database 506. In the preferred embodiment of the present invention, the 
20 customer data that can be edited 502 includes AE assigned, customer contact name, 
customer contact phone, and remarks. With these fields, the user can update the 
database with information concerning any changes in the AE assigned to the customer, 
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any changes in the point of contact for the customer, and any special notes about the 
customer or customer's point of contact, for example, the typical times the point of 
contact can be reached. The customer data that cannot be edited 504 includes 
information required to register the customer in the database, such as the customer 
name, MAN FID, module, total local service, total number of accounts, edited by, and 
last edit. Finally, the information regarding the user interaction with the database 506 
preferably includes the user, the selected module, and the input status. 

"ijiaddition to providing data fields, Edit Proactive Customer Data screen 500 
preferably provides function buttons such as erase 506 (to clear all data fields that can 



ij5 10 be edited), Save Changes 508 (to update the customer data 502 with the newly entered 
l=y information), Input ContacHqr Displayed Customer 510 (to jump to screen 600 shown 

:=~ \ 
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; n in Figure 6, in which the user can ent^r information regarding ongoing contacts, 
preferably, when the user is directed to screen 600, the database 100 automatically 
retrieves the information related to the customer cuh^ntly displayed on screen 500, and 
15 populates the fields on screen 600 with that information), anfckexit 512 (to close the 
screen and return to the previous screen). 

After a user has indicated a choice to enter a proactive contact, interface 150 
preferably provides an Enter Proactive Contacts screen 600. The Proactive Contacts 
screen 600 provides a date of contact field 602 where users can type in the date of the 
20 contact, and a type of quality contact field 604. Field 604 is preferably limited to a 

preselected number of types of quality customer contacts. For example, the preferred 
embodiment includes a SV (service visit), an MV (maintenance visit), an OV (other 
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visit), an SP (service phone call), an MP (maintenance), or an OP (other phone call). 
Screen 600 also provides a remarks field 606 that can accommodate free text. Screen 600 
also includes a products region 608. In the products region, users can indicate which 
products or services were discussed, which products or services were sold, and the 
5 quantity of each sale. Screen 600 also has a customer data region 610. Like other 
screens of the preferred embodiment, users can enter the customer's name, customer 
identification number, sales information, total number of accounts, the module for the 
l ~ customer, and customer contact information. 

•■U Screen 600 also includes a follow-up date field 612 where the user can enter a 

i!P 10 date for contacting the customer again. A follow-up remarks field 614 is also provided. 

jjj 

^ This field is open (not restricted by format) and can include narrative text to assist in the 
I fj preparation of the next customer contact. 

IH At the top of screen 600, two buttons 616 provide guidelines and additional 

;==J information regarding quality contacts. This information is used by the user to 

15 determine if a contact should be regarded as a quality contact. The preferred guidelines 
include dialogue boxes or windows that state the following. 

SALES (PREMISE) VISIT: Visit to promote, explain, negotiate initial or additional 
product or service, whether it results in sale of the product or service or not. 

SALES PHONE: Phone call to promote, explain, negotiate initial or additional 
20 product or service, whether it results in sale or not. 

MAINTENANCE (PREMISE) VISIT: explain first bill; perform complete 
explanation of any product or service; and/ or make major changes to options. 
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MAINTENANCE PHONE CALL: a lengthy customer call that adds value or 
leads to substantial work, for example: explain first bill; explain any product or service; 
change current product or service options; research or investigate payment posting; 
new customer contact; resolve service issues. 
5 NOT A QUALITY CONTACT: minor adjustments to existing service or minor 

changes to the billing account; explain charges on any payment or a bill; handle any 
minor question; change a billing address; handle a request for a reprint/ recreate of last 
bill; schedule meeting with customer. 
Ij The two section fields 618 called Select by Assigned Name and Select by MAN 

=P 10 FID permit users to navigate through the records stored in database 100 to quickly find 
^ the desired customer record. 

•i 

j n Returning to Figure 2, when a user wishes to browse all of the accounts or all of 

! y 

the accounts of a given module, the user selects button 212. When that occurs, the 
~ system provides a browse mid-market accounts screen 700. The browse screen 700 

15 permits users to retrieve and review all of the existing accounts by navigating through 
the accounts database. 

;e other screens provided by the preferred embodiment, screen 700 has a 
region 702 that includes^customer information, including billing number cent fid (a 
code related to the market to wmch-ttiecustomer belongs), site (a billing system 
20 indicator), name, address, MAN FID, local servtee^ales, input date and a field 

indicating who input the data. Screen 700 includes a regioi1S£Q4 that indicates the type 
of customer and the services currently used by the customer. By impKs^tion, this 
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region also indicates prior sales that have been made as w£ll. Screen 700 has a 
navigation region 706 that allows users to jurm^fcdother records by selecting a letter of 
the alphabet. Users also have the capability to change the status of the displayed 
customer record to either a reactive customer or to a target customer by using buttons 
708 and 710, respectively. Button 712 allows users to browse by man fid or customer 
code. In o&er words, the data will be sorted and displayed by man fid or customer 
codp^as opposed to by customer name, as shown in Figure 7. 

Screen 700 also includes a series of indicators 712. The indicators 712 show how 
the customers have been classified. For example, the classifications could be Proactive, 
Re-active, Target, and Do Not Call. The Do Not Call indicator 714 is a special class of 
customers. These customers have elected not to receive solicitations by previously 
informing the company of their choice. Contacting such customers may be regulated by 
law, and could result in fines and other forms of punishment. Thus, customers who are 
classified as Do Not Call are not placed in the Proactive list, database 100 prevents such 
customers from being included in that list, and have an indicator 714 to inform users of 
their election. 

In this way, users can easily interact, retrieve, and store information on database 
100 and navigate through database 100 to desired records or collections of information. 

While the system and method described herein and illustrated in the figures 
contains many specific examples of information flow steps, these steps should not be 
construed as limitations on the scope of the invention, but rather as examples of 
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practical applications that could be used to practice the invention. As would be 
apparent to one of ordinary skill in the art, many other variations on the system 
operation are possible, including differently grouped and ordered method steps. 
Accordingly, the scope of the invention should be determined not by the embodiments 
illustrated by these examples, but by the appended claims and their equivalents. 

The foregoing disclosure of embodiments of the present invention has been 
presented for purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise forms disclosed. Many variations and 
modifications of the embodiments described herein will be obvious to one of ordinary 
skill in the art in light of the above disclosure. The scope of the invention is to be 
defined only by the claims appended hereto, and by their equivalents. 
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